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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention is directed toward the 
field of replicating information from a host system where 
the information is normally stored to a mobile data com- 
munication device. In particular, the system and method 
of the present invention provide an event-driven redirec- 
tion computer program ("redirector program") operating 
at the host system, which, upon sensing a particular user- 
defined event has occurred, redirects user-selected data 
items from the host system to the user's mobile data com- 
munication device. The mobile data communication de- 
vice is preferably coupled to the host system via a wire- 
less network and one or more landline networks. Due to 
the bandwidth limitations of wireless networks, only a por- 
tion of a user-selected data item is generally redirected 
to the user's mobile device, with the user given the option 
of then retrieving the entire data item (or some other por- 
tion of the data item) from the host system. 
[0002] Instead of warehousing (or storing) the user's 
data items at the host system and then "synchronizing" 
the mobile data communication device to data items 
stored at the host system when the mobile device re- 
quests that such items of information be communicated 
to it, the present invention employs a "push" paradigm 
that continuously packages and retransmits the user-se- 
lected items of information to the mobile data communi- 
cation device in response to a triggering event detected 
at the host system. Wireless mobile data communica- 
tions devices, especially those that can return a confir- 
mation signal to the host that the pushed data has been 
received are especially well suited for this type of push 
paradigm. 

[0003] Present systems and methods for replicating 
information from a host system to a user's mobile data 
communication device are typically "synchronization" 
systems in which the user's data items are warehoused 
(or stored) at the host system for an indefinite period of 
time and then transmitted in bulk only in response to a 
user request. In these types of systems and methods, 
when replication of the warehoused data items to the 
mobile device is desired, the user typically places the 
mobile device in an interface cradle that is electrically 
connected to the host system via some form of local, 
dedicated communication, such as a serial cable or an 
infrared or other type of wireless link. Software executing 
on the mobile data communication device then transmits 
commands via the local communications link to the host 
system to cause the host to begin transmitting the user's 
data items for storage in a memory bank of the mobile 
device. In these synchronization schemes, the mobile 
unit "pulls" the warehoused information from the hostsys- 
tem in a batch each time the user desires to replicate 
information between the two devices. Therefore, the two 
systems (host and mobile) only maintain the same data 
items after a user-initiated command sequence that 



causes the mobile device to download the data items 
from the host system. A general problem with these syn- 
chronization systems is that the only time that the user 
data items are replicated between the host system and 

5 the mobile data communication device is when the user 
commands the mobile device to download or pull the user 
data from the host system. Five minutes later a new mes- 
sage could be sent to the user, but the user would not 
receive that message until the next time the user fetches 

^0 the user data items. Thus, a user may fail to respond to 
an emergency update or message because the user only 
periodically synchronizes the system, such as once per 
day. Other problems with these systems include: (1 ) the 
amount of data to be reconciled between the host and 

^5 the mobile device can become large if the user does not 
"synchronize" on a daily or hourly basis, leading to band- 
width difficulties, particularly when the mobile device is 
communicating via a wireless packet-switched network; 
and (2) reconciling large amounts of data, as can accrue 

20 in these batch-mode synchronization systems, can re- 
quire a great deal of communication between the host 
and the mobile device, thus leading to a more complex, 
costly and energy-inefficient system. A more automated, 
continuous, efficient and reliable system of ensuring that 

25 user data items are replicated at the user's mobile device 
is therefore needed. 

[0004] An additional feature of the present invention is 
thatthe push paradigm, in combination with a return com- 
munications pathway, lends itself well to a system that 

30 permits a user to control remotely, through the user's 
mobile device, a number of aspects of the host system. 
[0005] There remains a general need in this art for a 
system and method of continuously pushing user-select- 
ed data items (or certain portions of the selected data 

35 items) stored at a host system to a user's mobile data 
communication device. 

[0006] There remains a more particular need for such 
a system and method where user-selected data items 
are continuously "pushed" from the host system to the 

^0 mobile data communication device upon the occurrence 
of one or more user-defined triggering events. 
[0007] There remains an additional need for such a 
system and method that provides flexibility in the types 
and quantities of user data items that are pushed from 

^5 the host system to the mobile data communication device 
and that also provides flexibility in the configuration and 
types of events that can serve to trigger the redirection 
of the user data items. 

[0008] There remains yet an additional need for such 
50 a system and method that can operate locally on a user's 
desktop PC or at a distance via a network server. 
[0009] There remains still another need for such a sys- 
tem and method that provides for secure, transparent 
delivery of the user-selected data items from the host 
55 system to the mobile device. 

[0010] The document WO 97/41 654 describes a sys- 
tem and method for disseminating information from one 
or more information sources, or databases, to mobile 
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subscribers through a message distribution center. The 
message distribution center processes the data from the 
one or more information sources and generates individ- 
ual messages for subscribers based upon a subscriber- 
defined profile. The information messages can be trans- 
mitted at predetermined times, such as every morning at 
9:00 am, or upon the occurrence of a predetermine event, 
such as when a stock price exceeds a particular value. 
In addition, the information messages can be transmitted 
based on the subscriber's location, or based on a request 
message from the individual subscriber. 
[0011] The document WO 97/32251 describes a meth- 
od of replicating information between two systems in 
which software programs are executed at a provider com- 
puter system and a consumer computer system in order 
to maintain a communications control structure for trans- 
ferring information between the two systems. This control 
structure originates at the provider computer and is trans- 
ferred to the consumer computer. Changes to the struc- 
ture on the provider computer result in an updated version 
being transferred to the consumer computer. The com- 
munications control structure contains a combination of 
data, metadata, and instructions which are used by the 
respective programs to control the origination of outgoing 
communications and the processing of incoming com- 
munications between the provider and consumer. 
[0012] RFC1631 "The IP Network Address Translator 
(NAT)" by Egevang et al. May 1994, proposes a network 
address translation for stub border routers connecting a 
stub domain and a backbone and forwarding IP packets. 
The address translation is to reuse I P addresses by other 
stub domains for solving IP address depletion. 

SUMMARY OF THE INVENTION 

[001 3] The present invention overcomes the problems 
noted above and satisfies the needs in this field for a 
system and method of pushing user-selected data items 
from a host system to a user's mobile data communica- 
tion device upon detecting the occurrence of one or more 
user-defined event triggers. As used in this application, 
the term host system refers to the computer where the 
redirector software is operating. In the preferred embod- 
iment of the present invention, the host system is a user's 
desktop PC, although, alternatively, the host system 
could be a network server connected to the user's PC 
via a local-area network ("LAN)", or could be any other 
system that is in communication with the user's desktop 
PC. 

[001 4] A redirector program operating at the host sys- 
tem enables the user to redirect or mirror certain user- 
selected data items (or parts of data items) from the host 
system to the user's mobile data communication device 
upon detecting that one or more user-defined triggering 
events has occurred. Also operating at the host system 
are various sub-systems that can be configured to create 
triggering events, such as a screen saver sub-system or 
a keyboard sub-system, as well as sub-systems for 



repackaging the user's data items for transparent deliv- 
ery to the mobile data device, such as a TCP/IP sub- 
system or one or more E-Mail sub-systems. Other sub- 
systems for creating triggering events and repackaging 

5 the user's data items could also be present at the host 
system. The host system also includes a primary memory 
store where the user's data items are normally stored. 
[0015] Using the redirector program, the user can se- 
lect certain data items for redirection, such as E-mail 

^0 messages, calendar events, meeting notifications, ad- 
dress entries, journal entries, personal reminders etc. 
Having selected the data items for redirection, the user 
can then configure one or more event triggers to be 
sensed by the redirector program to initiate redirection 

^5 of the user data items. These user-defined trigger points 
(or event triggers) include external events, internal 
events and networked events. Examples of external 
events include: receiving a message from the user's mo- 
bile data communication device to begin redirection; re- 

20 ceiving a similar message from some external computer; 
sensing that the user is no longer in the vicinity of the 
host system; or any other event that is external to the 
host system. Internal events could be a calendar alarm, 
screen saver activation, keyboard timeout, programma- 

25 ble timer, or any other user-defined event that is internal 
to the host system. Networked events are user-defined 
messages that are transmitted to the host system from 
another computer coupled to the host system via a net- 
work to initiate redirection. These are just some of the 

30 examples of the types of user-defined events that can 
trigger the redirector program to push data items from 
the host to the mobile device. Although in the preferred 
embodiment it is anticipated that the configuration that 
specifies which data items will be redirected and in what 

35 form will be set at the host system, it is within the scope 
of this invention that such configuration may be set or 
modified through data sent from the mobile communica- 
tions device. 

[0016] In addition to the functionality noted above, the 

^0 redirector program provides a set of software-implement- 
ed control functions for determining the type of mobile 
data communication device and its address, for program- 
ming a preferred list of message types that are to be 
redirected, and for determining whether the mobile de- 

^5 vice can receive and process certain types of message 
attachments, such as word processor or voice attach- 
ments. The determination of whether a particular mobile 
device can receive and process attachments is initially 
configured by the user of that mobile device at the host 

50 system. This configuration can be altered on a global or 
per message basis by transmitting a command message 
from the mobile device to the hostsystem. If the redirector 
is configured so that the mobile data device cannot re- 
ceive and process word processor or voice attachments, 

55 then the redirector routes these attachments to an exter- 
nal machine that is compatible with the particular attach- 
ment such as an attached printer or networked fax ma- 
chine or telephone. Other types of attachments could be 
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redirected to other types of external machines in a similar 
fashion, depending upon the capabilities, of the mobile 
device. For example, if a user is traveling and receives 
a message with an attachment that the user's mobile 
device can not process or display, the user may from a 
mobile communications device send a command mes- 
sage to the host system indicating that that attachment 
is to be sent to a fax machine at a hotel where the user 
will be spending the evening. This enables the user to 
receive important E-mail attachments as long as the host 
system is provided with sufficient information about the 
destination where the attachment is to be forwarded. 
[0017] Once an event has triggered redirection of the 
user data items, the host system then repackages these 
items in a manner that is transparent to the mobile data 
communication device, so that information on the mobile 
device appears similar to information on the user's host 
system. The preferred repackaging method includes 
wrapping the user data items in an E-mail envelope that 
corresponds to the address of the mobile data commu- 
nication device, although, alternatively, other repackag- 
ing methods could be used with the present invention, 
such as special-purpose TCP/IP wrapping techniques, 
or other methods of wrapping the user selected data 
items. The repackaging preferably results in E-mail mes- 
sages generated by the user from the mobile device to 
be transmitted from the host system, thus enabling the 
user to appear to have a single E-mail address, such that 
the recipients of messages sent from the mobile commu- 
nications device do not know where the user was phys- 
ically located when the message was first sent. The 
repackaging also permits both messages to the mobile 
device and sent from the mobile device to be encrypted 
and decrypted as well as compressed and decom- 
pressed. 

[0018] In an alternative system and method, the redi- 
rector program executes on a network server, and the 
server is programmed to detect numerous redirection 
event triggers over the network from multiple user desk- 
top computers coupled to the server via a LAN. The serv- 
er can receive internal event triggers from each of the 
user desktops via the network, and can also receive ex- 
ternal event triggers, such as messages from the users' 
mobile data communication devices. In response to re- 
ceiving one of these triggers, the server redirects the us- 
er's data items to the proper mobile data communication 
device. The user data items and addressing information 
for a particular mobile device can be stored at the server 
or at the user's PC. Using this alternative configuration, 
one redirector program can serve a plurality of users. 
This alternative configuration could also include an inter- 
net- or intranet-based redirector program that could be 
accessible through a secure webpage or other user in- 
terface. The redirector program could be located on an 
Internet Service Provider's system and accessible only 
through the Internet. 

[0019] In another alternative configuration of the 
present invention, a redirector program operates at both 



the host system and at the user's mobile data communi- 
cation device. In this configuration, the user's mobile de- 
vice operates similarly to the host system described be- 
low, and is configured in a similar fashion to push certain 

5 user-selected data items from the mobile device to the 
user's host system (or some other computer) upon de- 
tecting an event trigger at the mobile device. This con- 
figuration provides two-way pushing of information from 
the host to the mobile device and from the mobile device 

10 to the host. 

[0020] The primary advantage of the present invention 
is that it provides a system and method for triggering the 
continuous and real-time redirection of user-selected da- 
ta items from a host system to a mobile data communi- 

15 cation device. Other advantages of the present invention 
include: (1 ) flexibility in defining the types of user data to 
redirect, and in defining a preferred list of message types 
that are to be redirected or preferred senders whose mes- 
sages are to be redirected; (2) flexibility in configuring 

20 the system to respond to numerous internal, external and 
networked triggering events; (3) transparent repackaging 
of the user data items in a variety of ways such that the 
mobile data communication device appears as though it 
were the host system; (4) integration with other host sys- 

25 tem components such as E-mail, TCP/IP, keyboard, 
screen saver, webpages and certain programs that can 
either create user data items or be configured to provide 
trigger points; and (5) the ability to operate locally on a 
user's desktop system or at a distance via a networkserv- 

30 er. 

[0021] These are just a few of the many advantages 
of the present invention, as described in more detail be- 
low. As will be appreciated, the invention is capable of 
other and different embodiments, and its several details 
35 are capable of modifications in various respects. Accord- 
ingly, the drawings and description of the preferred em- 
bodiments set forth below are to be regarded as illustra- 
tive in nature and not restrictive. 



[0022] The present invention satisfies the needs noted 
above as will become apparent from the following de- 
scription when read in conjunction with the accompany- 
^5 ing drawings wherein: 

FIG. 1 is a system diagram showing the redirection 
of user data items from a user's desktop PC (host 
system) to the user's mobile data communication de- 
50 vice, where the redirector software is operating at 

the user's desktop PC. 

FIG. 2 is a system diagram showing the redirection 
of user data items from a network server (host sys- 
tem) to the user's mobile data communication de- 
55 vice, where the redirector software is operating at 
the server. 

FIG. 3 is a block diagram showing the interaction of 
the redirector software with other components of the 
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host system in FIG. 1 (the user's desktop PC) to en- 
able the pushing of information from the host system 
to the user's mobile data communication device. 
FIG. 4 is a flow chart showing the steps carried out 
by the redirector software operating at the host sys- 
tem. 

FIG. 5 is a flow chart showing the steps carried out 
by the mobile data communication device to inter- 
face with the redirector software operating at the host 
system. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0023] Referring now to the drawings, FIG. 1 is an ex- 
ample system diagram showing the redirection of user 
data items (such as message A or C) from a user's office 
PC (host system) 10 to the user's mobile data commu- 
nication device 24, where the redirector software 12 is 
operating at the user's PC. Message A in FIG. 1 repre- 
sents an internal message sent from desktop 26 to the 
user's host system 10 via LAN 14. Message C in FIG. 1 
represents an external message from a sender that is 
not directly connected to LAN 1 4, such as the user's mo- 
bile data communication device 24, some other user's 
mobile device (not shown), or any user connected to the 
Internet 1 8. Message C also represents a command mes- 
sage from the user's mobile data communication device 
24 to the host system 1 0. As described in more detail in 
FIG. 3, the host system 1 0 preferably includes, along with 
the typical hardware and software associated with a 
workstation or desktop computer, the redirector program 
12, a TCP/IP subsystem 42, a primary message store 
40, an E-mail subsystem 44, a screen saver subsystem 
48, and a keyboard subsystem 46. 
[0024] I n FIG. 1 , the host system 1 0 is the user's desk- 
top system, typically located in the user's office. The host 
system 1 0 is connected to a LAN 1 4, which also connects 
to other computers 26, 28 that may be in the user's office 
or elsewhere. The LAN 1 4, in turn, is connected to a wide 
area network ("WAN") 18, preferably the Internet, which 
is defined by the use of the Transmission Control Proto- 
col/Internet Protocol ("TCP/IP") to exchange information, 
but which, alternatively could be any other type of WAN. 
The connection of the LAN 14 to the WAN 1 8 is via high 
bandwidth link 16, typically a T1 or T3 connection. The 
WAN 1 8 in turn is connected to a variety of gateways 20, 
via connections 32. A gateway forms a connection or 
bridge between the WAN 1 8 and some other type of net- 
work, such as an RF wireless network, cellular network, 
satellite network, or other synchronous or asynchronous 
land-line connection. 

[0025] In the example of FIG. 1, a wireless gateway 
20 is connected to the Internet for communicating via 
wireless link 22 to a plurality of wireless mobile data com- 
munication devices 24. Also shown in FIG. 1 is machine 
30, which could be a FAX machine, a printer, a system 
for displaying images (such as video) or a machine ca- 
pable of processing and playing audio files, such as a 



voice mail system. The present invention includes the 
ability to redirect certain message attachments to such 
an external machine 30 if the redirector program config- 
uration data reflects that the mobile device 24 cannot 

5 receive and process the attachments, or if the user has 
specified that certain attachments are not to be forwarded 
to mobile device 24, even if such device can process 
those attachments. By way of example, consider an E- 
mail sent to a user that includes three attachments - a 

^0 word processing document, a video clip and an audio 
clip. The redirection program could be configured to send 
the text of the E-mail to the remote device, to send the 
word processing documentto a networked printer located 
near the user, to send the video clip to a store accessible 

^5 through a secure connection through the internet and to 
send the audio clip to the user's voice mail system. This 
example is not intended to limit the breadth and scope 
of the invention, but rather to illustrate the variety of pos- 
sibilities embodied in the redirection concept. 

20 [0026] The preferred mobile data communication de- 
vice 24 is a hand-held two-way wireless paging compu- 
ter, a wirelessly enabled palm-top computer, a mobile 
telephone with data messaging capabilities, or a wire- 
lessly enabled laptop computer, but could, alternatively 

25 be other types of mobile data communication devices 
capable of sending and receiving messages via a net- 
work connection 22. Although it is preferable for the sys- 
tem to operate in a two-way communications mode, cer- 
tain aspects of the invention could be beneficially used 

30 in a "one and one-half" or acknowledgment paging envi- 
ronment, or even with a one-way paging system. The 
mobile data communication device 24 includes software 
program instructions that work in conjunction with the 
redirector program 12 to enable the seamless, transpar- 

35 ent redirection of user-selected data items. FIG. 4 de- 
scribes the basic method steps of the redirector program 
1 2, and FIG. 5 describes the steps of the corresponding 
program operating at the mobile device 24. 
[0027] In an alternative embodiment of the present in- 

^0 vention, not explicitly shown in the drawings, the mobile 
device 24 also includes a redirector program. In this em- 
bodiment, user selected data items can be replicated 
from the host to the mobile device and vice versa. The 
configuration and operation of the mobile device 24 hav- 

^5 ing a redirector program is similar to that described herein 
with respect to FIGs. 1-4. 

[0028] A user of the present invention can configure 
the redirector program 12 to push certain user-selected 
data items to the user's mobile data communication de- 

50 vice 24 when the redirector 12 detects that a particular 
user-defined event trigger (or trigger point) has taken 
place. User-selected data items preferably include E- 
mail messages, calendar events, meeting notifications, 
address entries, journal entries, personal alerts, alarms, 

55 warnings, stock quotes, news bulletins, etc., but could, 
alternatively, include any other type of message that is 
transmitted to the host system 1 0, or that the host system 
10 acquires through the use of intelligent agents, such 
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as data that is received after tine liost system 1 0 initiates 
a search of a database or a website or a bulletin board. 
In some instances, only a portion of the data item is trans- 
mitted to the mobile device 24 in order to minimize the 
amount of data transmitted via the wireless network 22. 
In these instances, the mobile device 24 can optionally 
send a command message to the host system to receive 
more or all of the data item if the user desires to receive it. 
[0029] Among the user-defined event triggers that can 
be detected by the redirector program 12 are in the pre- 
ferred embodiment external events, internal events and 
networked events. External events preferably include: (1 ) 
receiving a command message (such as message C) 
from the user's mobile data communication device to be- 
gin redirection, or to execute some other command at 
the host, such as a command to enable the preferred list 
mode, or to add or subtract a particular sender from the 
preferred list; (2) receiving a similar message from some 
external computer, and (3) sensing that the user is no 
longer in the vicinity of the host system; although, alter- 
natively, an external event can be any other detectable 
occurrence that is external to the host system. Internal 
events could be a calendar alarm, screen saver activa- 
tion, keyboard timeout, programmable timer, or any other 
user-defined event that is internal to the host system. 
Networked events are user-defined messages that are 
transmitted to the host system from another computer 
coupled to the host system via a network to initiate redi- 
rection These are just some of the events that could be 
used with the present invention to initiate replication of 
the user-selected data items from the host system 1 0 to 
the mobile device 24. 

[0030] FIG. 1 shows an E-mail message A being com- 
municated over LAN 14 from computer 26 to the user's 
desktop system 10 (also shown in FIG. 1 is an external 
message C, which could be an E-mail message from an 
Internet user, or could be a command message from the 
user's mobile device 24). Once the message A (or C) 
reaches the primary message store of the host system 
1 0, it can be detected and acted upon by the redirection 
software 12. The redirection software 12 can use many 
methods of detecting new messages. The preferred 
method of detecting new messages is using Microsoft's 
<B Messaging API (MAPI), in which programs, such as 
the redirector program 1 2, register for notifications or 'ad- 
vise syncs' when changes to a mailbox take place. Other 
methods of detecting new messages could also be used 
with the present invention. 

[0031] Assuming that the redirector program 12 is ac- 
tivated, and has been configured by the user (either 
through the sensing of an internal, network or external 
event) to replicate certain user data items (including mes- 
sages of type A or C) to the mobile device 24, when the 
message A is received at the host system 10, the redi- 
rector program 12 detects its presence and prepares the 
message for redirection to the mobile device 24. In pre- 
paring the message for redirection, the redirector pro- 
gram 12 could compress the original message A, could 



compress the message header, or could encrypt the en- 
tire message A to create a secure linktothe mobile device 
24. 

[0032] Also programmed into the redirector 12 is the 

5 address of the user's mobile data communication device 
24, the type of device, and whether the device 24 can 
accept certain types of attachments, such as word 
processing or voice attachments. If the user's type of 
mobile device cannot accept these types of attachments, 

10 then the redirector 12 can be programmed to route the 
attachments to a fax or voice number where the user is 
located using an attached fax or voice machine 30. 
[0033] The redirector may also be programmed with a 
preferred list mode that is configured by the user either 

15 at the host system 1 0, or remotely from the user's mobile 
data communication device by transmitting a command 
message C. The preferred list contains a list of senders 
(other users) whose messages are to be redirected or a 
list of message characteristics that determine whether a 

20 message is to be redirected. If activated, the preferred 
list mode causes the redirector program 12 to operate 
like a filter, only redirecting certain user data items based 
on whether the data item was sent from a sender on the 
preferred list or has certain message characteristics that 

25 if present will trigger or suppress redirection of the mes- 
sage. In the example of FIG. 1 , if desktop system 26 was 
operated by a user on the preferred list of host system 
1 0, and the preferred list option was activated, then mes- 
sage A would be redirected. If, however, desktop 26 was 

30 operated by a user not on the host system's preferred 
list, then message A would not be redirected, even if the 
user of the host system had configured the redirector to 
push messages of type A. The user of the host system 
1 0 can configure the preferred list directly from the desk- 

35 top system, or, alternatively, the user can then send a 
command message (such as C) from the mobile device 
24 to the desktop system 1 0 to activate the preferred list 
mode, or to add or delete certain senders or message 
characteristics from the preferred list that was previously 

^0 configured. It should be appreciated that a redirection 
program could combine message characteristics and 
preferred sender lists to result in a more finely-tuned filter. 
Messages marked as low priority or that are simple return 
receipts or message read receipts, for example, could 

^5 always be suppressed from redirection while messages 
from a particular sender would always be redirected. 
[0034] After the redirector has determined that a par- 
ticular message should be redirected, and it has prepared 
the message for redirection, the software 12 then sends 

50 the message A to a secondary memory store located in 
the mobile device 24, using whatever means are neces- 
sary. In the preferred embodiment this method is to send 
the message A back over the LAN 14, WAN 18, and 
through the wireless gateway 20 to the mobile data com- 

55 munication device 24. In doing so, the redirector prefer- 
ably repackages message A as an E-mail with an outer 
envelope B that contains the addressing information of 
the mobile device 24, although alternative repackaging 
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techniques and protocols could be used, such as a 
TCP/IP repackaging and delivery method (most com- 
monly used in the alternative server configuration shown 
in FIG. 2). The wireless gateway 20 requires this outer 
envelope information B in order to know where to send 
the redirected message A. Once the message (A in B) 
is received by the mobile device 24, the outer envelope 
B is removed and the original message A is placed in the 
secondary memory store within the mobile device 24. By 
repackaging and removing the outer envelope in this 
manner, the present invention causes the mobile com- 
puter 24 to appear to be at the same physical location 
as the host system 10, thus creating a transparent sys- 
tem. 

[0035] In the case where message C is representative 
of an external message from a computer on the Internet 
1 8 to the host system 1 0, and the host 1 0 has been con- 
figure to redirect messages of type C, then in a similar 
manner to message A, message C would be repackaged 
with an outer envelope B and transmitted to the user's 
mobile device 24. In the case where message C is rep- 
resentative of a command message from the user's mo- 
bile device 24 to the host system 1 0, the command mes- 
sage C is not redirected, but is acted upon by the host 
system 1 0. 

[0036] If the redirected userdata item is an E-mail mes- 
sage, as described above, the user at the mobile device 
24 sees the original subject, sender's address, destina- 
tion address, carbon copy and blind carbon copy. When 
the user replies to this message, or when the user authors 
a new message, the software operating at the mobile 
device 24 adds a similar outer envelope to the reply mes- 
sage (or the new message) to cause the message to be 
routed first to the user's host system 10, which then re- 
moves the outer envelope and redirects the message to 
the final destination, such as back to computer 26. In the 
preferred embodiment, this results in the outgoing redi- 
rected message from the user's host system 10 being 
sent using the E-mail address of the host mailbox, rather 
than the address of the mobile device, so that it appears 
to the recipient of the message that the message origi- 
nated from the user's desktop system 1 0 rather than the 
mobile data communication device. Any replies to the 
redirected message will then be sent to the desktop sys- 
tem 1 0, which if it is still in redirector mode, will repackage 
the reply and resend it to the user's mobile data device, 
as described above. 

[0037] FIG. 2 is an alternative system diagram showing 
the redirection of user data items from a network server 
1 1 to the user's mobile data communication device 24, 
where the redirector software 1 2 is operating at the server 
11. This configuration is particularly advantageous for 
use with message servers such as Microsoft's ® Ex- 
change Server, which is normally operated so that all 
user messages are kept in one central location or mailbox 
store on the server instead of in a store within each user's 
desktop PC. This configuration has the additional advan- 
tage of allowing a single system administrator to config- 



ure and keep track of all users having messages redi- 
rected. If the system includes encryption keys, these too 
can be kept at one place for management and update 
purposes. 

5 [0038] In this alternative configuration, server 1 1 pref- 
erably maintains a user profile for each user's desktop 
system 1 0, 26, 28, including information such as whether 
a particular user can have data items redirected, which 
types of message and information to redirect, what 

10 events will trigger redirection, the address of the users' 
mobile data communication device 24, the type of mobile 
device, and the user's preferred list, if any. The event 
triggers are preferably detected at the user's desktop sys- 
tem 10, 26, 28 and can be any of the external, internal 

^5 or network events listed above. The desktop systems 1 0, 
26, 28 preferably detect these events and then transmit 
a message to the server computer 1 1 via LAN 14 to ini- 
tiate redirection. Although the user data items are pref- 
erably stored at the server computer 1 1 in this embodi- 

20 ment, they could, alternatively, be stored at each user's 
desktop system 10, 26, 28, which would then transmit 
them to the server computer 1 1 after an event has trig- 
gered redirection. 

[0039] As shown in FIG. 2, desktop system 26 gener- 

25 ates a message A that is transmitted to and stored at the 
host system 1 1, which is the network server operating 
the redirector program 1 2. The message A is for desktop 
system 10, but in this embodiment, user messages are 
stored at the network server 1 1 . When an event occurs 

30 at desktop system 1 0, an event trigger is generated and 
transmitted to the network server 1 1 , which then deter- 
mines who the trigger is from, whether that desktop has 
redirection capabilities, and if so, the server (operating 
the redirector program) uses the stored configuration in- 

35 formation to redirect message A to the mobile computer 
24 associated with the user of desktop system 1 0. 
[0040] As described above with reference to FIG. 1 , 
message C could be either a command message from a 
user's mobile data communication device 24, or it could 

^0 be a message from an external computer, such as a com- 
puter connected to the Internet 18. If the message C is 
from an Internet computer to the user's desktop system 
10, and the user has redirection capabilities, then the 
server 1 1 detects the message C, repackages it using 

^5 electronic envelope B, and redirects the repackaged 
message (C in B) to the user's mobile device 24. If the 
message C is a command message from the user's mo- 
bile device 24, then the server 1 1 simply acts upon the 
command message. 

50 [0041] Turning now to FIG. 3, a blockdiagram showing 
the interaction of the redirector software 1 2 with addition- 
al components of the host system 1 0 of FIG. 1 (the desk- 
top PC) to enable more fully the pushing of information 
from the host system 1 0 to the user's mobile data com- 

55 munication device 24 is set forth. These additional com- 
ponents are illustrative of the type of event-generating 
systems that can be configured and used with the redi- 
rector software 12, and of the type of repackaging sys- 
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tems that can be used to interface with the mobile com- 
munication device 24 to make it appear transparent to 
the user. 

[0042] The desktop system 10 is connected to LAN 
14, and can send and receive data, messages, signals, 
event triggers, etc., to and from other systems connected 
to the LAN 14 and to external networks 18, 22, such as 
the Internet or a wireless data network, which are also 
coupled to the LAN 14. In addition to the standard hard- 
ware, operating system, and application programs asso- 
ciated with a typical microcomputer or workstation, the 
desktop system 10 includes the redirector program 12, 
a TCP/IP sub-system 42, an E-mail sub-system 44, a 
primary data storage device 40, a screen saver sub-sys- 
tem 48, and a keyboard sub-system 46. The TCP/IP and 
E-mail subsystems 42, 44 are examples of repackaging 
systems that can be used to achieve the transparency 
of the present invention, and the screen saver and key- 
board sub-systems 46, 48 are examples of event gener- 
ating systems that can be configured to generate event 
messages or signals that trigger redirection of the user 
selected data items. 

[0043] The method steps carried out by the redirector 
program 12 are described in more detail in FIG. 4. The 
basic functions of this program are: (1) configure and 
setup the user-defined event trigger points that will start 
redirection; (2) configure the types of user data items for 
redirection and optionally configure a preferred list of 
senders whose messages are to be redirected; (3) con- 
figure the type and capabilities of the user's mobile data 
communication device; (4) receive messages and sig- 
nals from the repackaging systems and the event gen- 
erating systems; and (5) command and control the redi- 
rection of the user-selected data items to the mobile data 
communication device via the repackaging systems. 
Other functions not specifically enumerated could also 
be integrated into this program. 

[0044] The E-Mail sub-system 44 is the preferred link 
to repackaging the user-selected data items for trans- 
mission to the mobile data communication device 24, and 
preferably uses industry standard mail protocols, such 
as SMTP, POP, IMAP, MIME and RFC-822, to name but 
a few. The E-Mail sub-system 44 can receive messages 
A from external computers on the LAN 1 4, or can receive 
messages C from some external network such as the 
Internet 18 or a wireless data communication network 
22, and stores these messages in the primary data store 
40. Assuming that the redirector 12 has been triggered 
to redirect messages of this type, the redirector detects 
the presence of any new messages and instructs the E- 
Mail system 44 to repackage the message by placing an 
outerwrapperB about the original message A (or C), and 
by providing the addressing information of the mobile da- 
ta communication device 24 on the outer wrapper B. As 
noted above, this outer wrapper B is removed by the mo- 
bile device 24, and the original message A (or C) is then 
recovered, thus making the mobile device 24 appear to 
be the desktop system 1 0. 



[0045] In addition, the E-Mail sub-system 44 receives 
messages back from the mobile device 24 having an out- 
er wrapperwith the addressing information of thedesktop 
system 10, and strips this information away so that the 

5 message can be routed to the proper sender of the orig- 
inal message A (or C). The E-Mail sub-system also re- 
ceives command messages C from the mobile device 24 
that are directed to the desktop system 1 0 to trigger re- 
direction or to carry out some other function. The func- 

^0 tionality of the E-Mail sub-system 44 is controlled by the 
redirector program 12. 

[0046] The TCP/IP sub-system 42 is an alternative 
repackaging system. It includes all of the functionality of 
the E-Mail sub-system 44, but instead of repackaging the 

^5 user-selected data items as standard E-mail messages, 
this system repackages the data items using special-pur- 
pose TCP/I P packaging techniques. This type of special- 
purpose sub-system is useful in situations where security 
and improved speed are important to the user. The pro- 

20 vision of a special-purpose wrapper that can only be re- 
moved by special software on the mobile device 24 pro- 
vides the added security, and the bypassing of E-mail 
store and forward systems can improve speed and real- 
time delivery. 

25 [0047] As described previously, the present invention 
can be triggered to begin redirection upon detecting nu- 
merous external, internal and networked events, or trig- 
ger points. Examples of external events include: receiv- 
ing a command message from the user's mobile data 

30 communication device 24 to begin redirection; receiving 
a similar message from some external computer; sensing 
that the user is no longer in the vicinity of the host system; 
or any other event that is external to the host system. 
Internal events could be a calendar alarm, screen saver 

35 activation, keyboard timeout, programmable timer, or 
any other user-defined event that is internal to the host 
system. Networked events are user-defined messages 
that are transmitted to the host system from another com- 
puter that is connected to the host system via a network 

^0 to initiate redirection. 

[0048] The screen saver and keyboard sub-systems 
46, 48 are examples of systems that are capable of gen- 
erating internal events. Functionally, the redirector pro- 
gram 12 provides the user with the ability to configure 

^5 the screen saver and keyboard systems so that under 
certain conditions an event trigger will be generated that 
can be detected by the redirector 12 to start the redirec- 
tion process. For example, the screen saver system can 
be configured so that when the screen saver is activated, 

50 after, for example, 1 0 minutes of inactivity on the desktop 
system, an event trigger is transmitted to the redirector 
12, which starts redirecting the previously selected user 
data items. In a similar manner the keyboard sub-system 
can be configured to generate event triggers when no 

55 key has been depressed for a particular period of time, 
thus indicating that redirection should commence. These 
are just two examples of the numerous application pro- 
grams and hardware systems internal to the host system 
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1 0 that can be used to generate internal event triggers. 
[0049] FIGs. 4 and 5, set forth, respectively, flowcharts 
showing the steps carried out by the redirector software 
1 2 operating at the host system 1 0, and the steps carried 
out by the mobile data communication device 24 in order 
to interface with the host system. Turning first to FIG. 4, 
at step 50, the redirector program 1 2 is started and initially 
configured. The initial configuration of the redirector 12 
includes: (1 ) defining the event triggers that the user has 
determined will trigger redirection; (2) selecting the user 
data items for redirection; (3) selecting the prepackaging 
sub-system, either standard E-Mail, or special-purpose 
technique; (4) selecting the type of data communication 
device, indicating whether and what type of attachments 
the device is capable of receiving and processing and 
inputting the address of the mobile device; and (5) con- 
figuring the preferred list of user selected senders whose 
messages are to be redirected. 

[0050] FIG. 4 sets forth the basic steps of the redirector 
program 1 2 assuming it is operating at a desktop system 
1 0, such as shown in FIG. 1 . If the redirector 1 2 is oper- 
ating at a network server 1 1 , as shown in FIG. 2, then 
additional configuration steps may be necessary to en- 
able redirection for a particular desktop system 10, 26, 
28 connected to the server, including: (1) setting up a 
profile for the desktop system indicating its address, 
events that will trigger redirection, and the data items that 
are to be redirected upon detecting an event; (2) main- 
taining a storage area at the server for the data items; 
and (3) storing the type of data communication device to 
which the desktop system's data items are to be redirect- 
ed, whether and what type of attachments the device is 
capable of receiving and processing, and the address of 
the mobile device. 

[0051] Once the redirector program is configured 50, 
the trigger points (or event triggers) are enabled at step 
52. The program 12 then waits 56 for messages and sig- 
nals 54 to begin the redirection process. A message could 
be an E-Mail message or some other user data item than 
may have been selected for redirection, and a signal 
could be a trigger signal, or could be some other type of 
signal that has not been configured as an event trigger. 
When a message or signal is detected, the program de- 
termines 58 whether it is one of the trigger events that 
has been configured by the user to signal redirection. If 
so, then at step 60 a trigger flag is set, indicating that 
subsequently received user data items (in the form of 
messages) that have been selected for redirection should 
be pushed to the user's mobile data communication de- 
vice 24. 

[0052] If the message or signal 54 is notatrigger event, 
the program then determines at steps 62, 64 and 66 
whether the message is, respectively, a system alarm 
62, an E-Mail message 64, or some other type of infor- 
mation that has been selected for redirection. If the mes- 
sage or signal is none of these three items, then control 
returns to step 56, where the redirector waits for addi- 
tional messages 54 to act upon. If, however the message 



is one of these three types of information, then the pro- 
gram 1 2 determiners, at step 68, whether the trigger flag 
has been set, indicating that the user wants these items 
redirected to the mobile device. If the trigger flag is set, 

5 then at step 70, the redirector 1 2 causes the repackaging 
system (E-Mail or TCP/IP) to add the outer envelope to 
the user data item, and at step 72 the repackaged data 
item is then redirected to the user's mobile data commu- 
nication device 24 via LAN 1 4, WAN 1 8, wireless gateway 

^0 20 and wireless network 22. Control then returns to step 
56 where the program waits for additional messages and 
signals to act upon. Although not shown explicitly in FIG. 
4, after step 68, the program could, if operating in the 
preferred list mode, determine whether the sender of a 

^5 particular data item is on the preferred list, and if not, 
then the program would skip over steps 70 and 72 and 
proceed directly back to step 56. If the sender was on 
the preferred list, then control would similarly pass to 
steps 70 and 72 for repackaging and transmission of the 

20 message from the preferred list sender. 

[0053] FIG. 5 sets forth the method steps carried out 
by the user's mobile data communication device 24 in 
order to interface to the redirector program 12 of the 
present invention. At step 80 the mobile software is start- 

25 ed and the mobile device 24 is configured to operate with 
the system of the present invention, including, for exam- 
ple, storing the address of the user's desktop system 1 0. 
[0054] At step 82, the mobile device waits for messag- 
es and signals 84 to be generated or received. Assuming 

30 that the redirector software 12 operating at the user's 
desktop system 1 0 is configured to redirect upon receiv- 
ing a message from the user's mobile device 24, at step 
86, the user can decide to generate acommand message 
that will start redirection. If the user does so, then at step 

35 88 the redirection message is composed and sent to the 
desktop system 1 0 via the wireless network 22, through 
the wireless gateway 20, via the Internet 18 to the LAN 
14, and is finally routed to the desktop machine 10. In 
this situation where the mobile device 24 is sending a 

^0 message directly to the desktop system 10, no outer 
wrapper is added to the message (such as message C 
in FIGs. 1 and 2). In addition to the redirection signal, the 
mobile device 24 could transmit any number of other 
commands to control the operation of the host system, 

^5 and in particular the redirector program 1 2. For example, 
the mobile 24 could transmit a command to put the host 
system into the preferred list mode, and then could trans- 
mit additional commands to add or subtract certain send- 
ers from the preferred list. In this manner, the mobile 

50 device 24 can dynamically limit the amountof information 
being redirected to it by minimizing the number of senders 
on the preferred list. Other example commands include: 
(1) a message to change the configuration of the host 
system to enable the mobile device 24 to receive and 

55 process certain attachments; and (2) a message to in- 
struct the host system to redirect an entire data item to 
the mobile device in the situation where only a portion of 
a particular data item has been redirected. 
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[0055] Turning back to FIG. 5, if the user signal or mes- 
sage is not a direct message to the desktop system 10 
to begin redirection (or some other command), then con- 
trol is passed to step 90, which determines if a message 
has been received. If a message is received by the mo- 
bile, and it is a message from the user's desktop 10, as 
determined at step 92, then at step 94 a desktop redirec- 
tion flag is set "on" for this message, and control passes 
to step 96 where the outer envelope is removed. Follow- 
ing step 96, or in the situation where the message is not 
from the user's desktop, as determined at step 92, control 
passes to step 98, which displays the message for the 
user on the mobile device's display. The mobile unit 24 
then returns to step 82 and waits for additional messages 
or signals. 

[0056] If the mobile device 24 determines that a mes- 
sage has not been received at step 90, then control pass- 
es to step 100, where the mobile determines whether 
there is a message to send. If not, then the mobile unit 
returns to step 82 and waits for additional messages or 
signals. If there is at least one message to send, then at 
step 1 02 the mobile determines whether it is a reply mes- 
sage to a message that was received by the mobile unit. 
If the message to send is a reply message, then at step 
1 08, the mobile determines whether the desktop redirec- 
tion flag is on for this message. If the redirection flag is 
not on, then at step 106 the reply message is simply 
transmitted from the mobile device to the destination ad- 
dress via the wireless network 22. If, however, the redi- 
rection flag is on, then at step 1 10 the reply message is 
repackaged with the outer envelope having the address- 
ing information of the user's desktop system 1 0, and the 
repackage message is then transmitted to the desktop 
system 1 0 at step 1 06. As described above, the redirector 
program 12 executing at the desktop system then strips 
the outer envelope and routes the reply message to the 
appropriate destination address using the address of the 
desktop system as the "from" field, so that to the recipient 
of the redirected message, it appears as though it origi- 
nate from the user's desktop system rather than the mo- 
bile data communication device. 

[0057] If, at step 102, the mobile determines that the 
message is not a reply message, but an original mes- 
sage, then control passes to step 1 04, where the mobile 
determines if the user is using the redirector software 12 
at the desktop system 10, by checking the mobile unit's 
configuration. If the user is not using the redirector soft- 
ware 12, then the message is simply transmitted to the 
destination address at step 106. If, however, the mobile 
determines that the user is using the redirector software 
1 2 at the desktop system 1 0, then control passes to step 
1 1 0, where the outer envelope is added to the message. 
The repackaged original message is then transmitted to 
the desktop system 1 0 at step 1 06, which, as described 
previously, strips the outer envelope and routes the mes- 
sage to the correct destination. Following transmission 
of the message at step 1 06, control of the mobile returns 
to step 82 and waits for additional messages or signals. 



[0058] Having described in detail the preferred embod- 
iments of the present invention, including the preferred 
methods of operation, it is to be understood that this op- 
eration could be carried out with different elements and 
5 Steps. This preferred embodiment, is presented only by 
way of example and is not meant to limit the scope of the 
present invention which is defined by the following 
claims. 



Claims 

1. A message redirection method operating at a host 
system (10, 11 ), comprising the steps of: 

15 

- configuring one or more redirection events at 
the host system (10, 11); 

- detecting that a redirection event has occurred 
at the host system (10, 11) and generating a 

20 redirection trigger; 

- receiving messages at the host system (10, 
1 1 ) from a plurality of message senders (26, 28); 

- in response to the redirection trigger, continu- 
ously redirecting the received messages from 

25 the host system (10, 1 1 ) to a mobile data com- 

munication device (24) associated with the host 
system (10, 11); 

- receiving reply messages from the mobile data 
communication device (24) at the host system 

30 (10, 11); and 

- transmitting the configured reply messages 
from the host system (10, 1 1 ) to the plurality of 
message senders (26, 28), 

wherein the messages are email messages, 
35 characterized by 

- configuring the reply messages using ad- 
dress information of the host system (10, 
1 1 ) such that the reply messages use a first 
^0 address associated with the host system 

(10, 1 1 ) as originating address. 

2. The method of claim 1 , further comprising the step of: 

^5 - establishing a two-way communication secure 

link between the host system (10, 11) and the 
mobile data communication device (24) over a 
wireless network (22) prior to transmitting redi- 
rection information between the host system 
50 (10,11) and the mobile data communication de- 

vice (24). 

3. The method of claim 2, wherein the establishing a 
two-way communication secure link step further 

55 comprises the steps of: 

- providing encryption means at the host system 
(10, 11) for encrypting the redirection informa- 
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tion prior to transmission, and corresponding de- 
cryption means at tine mobile data communica- 
tion device (24) for decrypting tine redirection in- 
formation. 

5 

4. Tine method of claim 3, wherein the establishing a 
two-way communication secure link step further 
comprises the steps of: 

- providing packaging means at the host system io 
(10, 11) for packaging the redirection informa- 
tion into electronic envelopes addressed using 

an electronic address of the mobile data com- 
munication device (24) associated with the wire- 
less network (22); and 15 

- providing unpackaging means at the mobile 
data communication device (24) for extracting 
the redirection information from the electronic 
envelopes. 

20 

5. The method of claim 3 or 4, wherein the establishing 
a two-way communication secure link step further 
comprises the steps of: 



8. The method according to one of the claims 2 to 7, 
wherein the redirection information includes copies 
of the email messages, the method further compris- 
ing the steps of: 

- receiving the copies of email messages at the 
mobile data communication device (24); 

- generating reply messages at the mobile data 
communication device (24) to be sent to a plu- 
rality of message senders and transmitting the 
reply messages to the host system (10, 11); 

- receiving the reply messages at the host sys- 
tem (10, 11) and configuring address informa- 
tion of the reply messages, wherein messages 
generated at either the host system (10, 1 1 ) or 
the mobile data communication device (24) 
share the first address; and 

- transmitting the reply messages from the host 
system (1 0, 1 1 ) to the plurality of message send- 
ers (26, 28). 

9. The method according to one of the previous claims, 
further comprising the step of: 

-storing information regarding the configuration 
of the mobile data communication device (24) 
at the host system (10, 11 ). 

10. The method of claim 9, wherein the configuration 
information stored at the host system (10, 11) in- 
cludes: 

- the network address of the mobile data com- 
munication device (24); and 

- an indication of the types of attachments that 
the mobile data communication device (24) can 
receive and process. 

11. The method of claim 10, wherein the configuration 
information further includes: 

- an indication of the type of mobile data com- 
munication device (24). 

12. The method of claim 10, wherein the email messag- 
es that have been received at the host system (10, 
11) are addressed using a sender address and a 
receiver address, the method further comprising the 
steps of: 

- determining whether the receiver address is 
associated with the mobile data communication 
device (24); 

- if the receiver address is associated with the 
mobile data communication device (24), then 
determining a network address of the mobile da- 
ta communication device (24) and generating 
redirection information by repackaging the mes- 



- providing data compression means at the host 25 
system (10, 11) for compressing the redirection 
information prior to redirection; and 

- providing data decompression means at the 
mobile data communication device (24) for de- 
compressing the compressed redirection infer- 30 
mation. 

6. The method according to one of the previous claims, 
further comprising the steps of: 

35 

- configuring one or more redirection events at 
the host system (10, 11 ); 

- detecting that a redirection event has occurred 
at the host system (10, 11) and generating a 
redirection trigger; 

- in response to the redirection trigger, executing 
the transmitting step at the host system (10,11) 
in order to transfer redirection information to the 
mobile data communication device (24). 

45 

7. The method according to one of the previous claims, 
further comprising the steps of: 

- configuring one or more redirection events at 

the mobile data communication device (24); 50 

- detecting that a redirection event has occurred 
at the mobile data communication device (24) 
and generating a redirection trigger; 

- in response to the redirection trigger, executing 

the transmitting step at the mobile data commu- 55 
nication device (24) in order to transfer redirec- 
tion information to the host system (1 0, 11). 
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sages into electronic envelopes addressed us- 
ing the receiver address and the network ad- 
dress of the mobile data communication device 
(24); and 

- after receiving the redirection information at 
the mobile data communication device (24), ex- 
tracting the messages from the electronic enve- 
lopes and displaying the messages atthe mobile 
data communication device (24) using the send- 
er address and the receiver address, so that it 
appears as though the mobile data communica- 
tion device (24) is the host system (10, 1 1). 

1 3. The method according to one of the claims 1 0 to 12, 
further comprising the steps of: 

- for each message to be redirected, the host 
system (10, 11) determining whether the mes- 
sage includes an attachment, and if so then de- 
termining the type of attachment; 

- accessing the stored configuration information 
atthe host system (1 0, 1 1 ) to determine whether 
the mobile data communication device (24) can 
receive and process attachments of the deter- 
mined type; and 

- if so, then transmitting redirection information 
regarding the attachments to the mobile data 
communication device (24), and if not, then 
transmitting redirection information regarding 
the attachments to a device (30) that is capable 
of processing the attachment. 

14. The method of claim 13, wherein the type of attach- 
ment is an audio clip. 

15. The method of claim 6, wherein the redirection 
events include external events, internal events, or 
networked events. 

16. The method of claim 15, wherein the external event 
is a message from the mobile data communication 
device (24) to start redirection. 

17. The method of claim 15, wherein the internal event 
is a calendar alarm. 

18. The method of claim 15, wherein the internal event 
is a screen saver activation. 

19. The method of claim 15, wherein the internal event 
is a keyboard timeout signal. 

20. The method of claim 15, wherein the networked 
events include messages to begin redirection from 
computer systems other than the mobile data com- 
munication device (24), which are connected to the 
host system (10, 11) via a wired network (1 8). 



21 . The method according to one of the previous claims, 
wherein the mobile data communication device (24) 
is a pager. 

5 22. The method according to one of the previous claims, 
wherein the host system (1 0, 1 1 ) includes a preferred 
list for limiting the redirection step to transmitting re- 
direction information only for those messages that 
are associated with a sender on the preferred list. 

10 

23. The method of claim 22, wherein a user can add and 
subtract senders from the preferred list. 

24. The method of claim 23, wherein the user can add 
^5 and subtract senders from the preferred list by con- 
figuring the host system (10, 11 ). 

25. The method according to one of the claims 23 or 24, 
wherein the user can add and subtract senders from 

20 the preferred list by transmitting a command mes- 
sage from the mobile data communication device 
(24) to the host system (10,11 ). 

26. The method according to one of the claims 22 to 25, 
25 wherein the preferred list is activated and deactivat- 
ed at the host system (10, 11 ). 

27. The method according to one of the claims 22 to 26, 
wherein the preferred list is activated and deactivat- 

30 ed by a command message transmitted from the mo- 
bile data communication device (24) to the host sys- 
tem (10, 11). 

28. A message redirection system operating at a host 
35 system (10, 11), the system comprising: 

- means for configuring one or more redirection 
events at the host system (10,1 1); 

- means for detecting that a redirection event 
^0 has occurred at the host system (10, 11) and 

generating a redirection trigger; 

- means for receiving messages at the host sys- 
tem (10,11) from a plurality of message senders 
(26, 28); 

^5 - means for, in response to the redirection trig- 

ger, continuously redirecting the received email 
messages from the host system (10, 11) to a 
mobile data communication device (24) associ- 
ated with the host system (10, 11); 
50 - means for receiving reply messages from the 

mobile data communication device (24) at the 
host system (10, 11 ); and 

- means for transmitting the configured reply 
messages from the host system (10, 1 1 ) to the 

55 plurality of message senders (26, 28), 

wherein the messages are email messages, 
characterized by 
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- means for configuring tine reply messages 
using address information of tine Inost sys- 
tem (10, 11) sucli tliat tine reply messages 
use a first address associated with the host 
system (1 0, 1 1 ) as the originating address. 

29. The system of claim 28, further comprising: 

- means for establishing a two-way communica- 
tion secure link between the host system (10, 
1 1 ) and the mobile data communication device 
(24) over a wireless network (22) prior to trans- 
mitting redirection information between the host 
system (10, 11) and the mobile data communi- 
cation device (24). 

30. The system of claim 29, further comprising: 

- encryption means at the host system (10, 11) 
for encrypting the redirection information prior 
to transmission; and 

- decryption means at the mobile data commu- 
nication device (24) for decrypting the redirec- 
tion information. 

31 . The system of claim 30, further comprising: 

- packaging means at the host system (10, 11) 
for packaging the redirection information into 
electronic envelopes addressed using an elec- 
tronic address of the mobile data communica- 
tion device (24) associated with the wireless net- 
work (22); and 

- unpackaging means at the mobile data com- 
munication device (24) for extracting the redi- 
rection information from the electronic enve- 
lopes. 

32. The system of claim 30 or 31 , further comprising: 

- data compression means at the host system 
(10, 11) for compressing the redirection infor- 
mation prior to redirection; and 

- data decompression means at the mobile data 
communication device (24) for decompressing 
the compressed redirection information. 

33. The system according to one of the claims 28 to 32, 
further comprising: 

- means for storing information regarding the 
configuration of the mobile data communication 
device (24) at the host system (10, 11 ). 

34. The system of claim 33, wherein the configuration 
information stored at the host system (10, 11) in- 
cludes: 



- the network address of the mobile data com- 
munication device (24); and 

- an indication of the types of attachments that 
the mobile data communication device (24) can 

5 receive and process. 

35. The system of claim 34, wherein the configuration 
information further includes: 

^0 - an indication of the type of mobile data com- 

munication device (24). 

36. The system of claim 34, wherein the email messages 
that have been received at the host system (10, 11) 

^5 are addressed using a sender address and a receiv- 
er address, the system further comprising: 

- means for determining whether the receiver 
address is associated with the mobile data com- 

20 munication device (24); 

- means for determining a network address of 
the mobile data communication device (24) and 
generating redirection information by repackag- 
ing the messages into electronic envelopes ad- 

25 dressed using the receiver address and the net- 

work address of the mobile data communication 
device (24) if the receiver address is associated 
with the mobile data communication device (24); 
and 

30 - means for, after receiving the redirection infor- 

mation at the mobile data communication device 
(24), extracting the messages from the electron- 
ic envelopes and displaying the messages at 
the mobile data communication device (24) us- 

35 ing the sender address and the receiver ad- 

dress, so that it appears as though the mobile 
data communication device (24) is the host sys- 
tem (10, 11). 

^0 37. The system according to one of claims 28 to 36, 
wherein the mobile data communication device (24) 
is a pager. 



^5 Patentanspruche 

1. Nachrichten-Um- bzw. Weiterleitungs-Verfahren, 
das an einem Hostsystem (10, 11) arbeitet, das die 
Schritte aufweist: 

50 

- Konfigurieren eines oder mehrerer Um- bzw. 
Weiterleitungs-Ereignisse an dem Hostsystem 
(10, 11); 

- Erfassen, dass ein Umleitungsereignis an dem 
55 Hostsystem (10, 11) stattgefunden hat, und Er- 

zeugen eines Umleitungsauslosers; 

- Empfangen von Nachrichten an dem Hostsy- 
stem (10, 11) von einer Vielzahl von Nachrich- 
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tensendem (26, 28); 

- als Reaktion auf den Umleitungsausloser kon- 
tinuierliches Umleiten der empfangenen Nach- 
richten von dem Hostsystem (10, 11) zu einer 
mobilen Datenkommunikationsvorrichtung 5 
(24), die zu dem Hostsystem (10, 11) gehort; 

- Empfangen von Antwortnachrichten von der 
mobilen Datenkommunikationsvorriclntung (24) 
an dem Hostsystem (1 0, 11); und 

- Ubertragen der konfigurierten Antwortnacln- 
ricliten von dem Hostsystem (1 0, 1 1 ) an die Viel- 
zalil von Nacliriclitensender (26, 28), 

wobei die Nacliricliten Email-Nacliricliten sind, 
gekennzeichnet durch 

- Konfigurieren der A n two rtnac In ricliten unter 
Verwendung einer Adressinformation des Host- 
systems (10, 11) derart, dass die Antwortnach- 
richten eine erste Adresse, die zu dem Hostsy- 20 
stem (10,11) gehort, als Ursprungsadresse ver- 
wenden. 

Verfahren gemaB Anspruch 1 , das welter den Schritt 
aufweist: 25 

- Einrichten einer sicheren Zweiwegkommuni- 
kationsverbindung zwischen dem Hostsystem 
(10, 11) und der mobilen Datenkommunikati- 
onsvorrichtung (24) uber ein drahtloses Netz- 3o 
werk (22) vor einer Ubertragung von Umlei- 
tungsinformation zwischen dem Hostsystem 
(10, 11) und der mobilen Datenkommunikati- 
onsvorrichtung (24). 

35 

Verfahren gemaB Anspruch 2, wobei der Schritt des 
Einrichtens einer sicheren Zweiwegkommunikati- 
onsverbindung welter die Schritte aufweist: 

- Vorsehen von Verschlusselungsmittein an ^0 
dem Hostsystem (10, 11) zum Verschlussein 
der Umleitungsinformation vor einer Ubertra- 
gung, und entsprechenden Entschlusselungs- 
mitteln an der mobilen Datenkommunikations- 
vorrichtung (24) zum Entschlussein der Umlei- 
tungsinformation. 

Verfahren gemaB Anspruch 3, wobei der Schritt des 
Einrichtens einer sicheren Zweiwegkommunikati- 
onsverbindung welter die Schritte aufweist: 50 

- Vorsehen von Verpackungsmittein an dem 
Hostsystem (1 0, 1 1 ) zum Verpacken der Umlei- 
tungsinformation in elektronische Umschlage, 

die adressiert werden unter Verwendung einer 55 
elektronischen Adresse der mobilen Datenkom- 
munikationsvorrichtung (24), die zu dem draht- 
losen Netzwerk (22) gehort; und 



- Vorsehen von Entpackungsmittein an der mo- 
bilen Datenkommunikationsvorrichtung (24) 
zum Extrahieren der Umleitungsinformation aus 
den elektronischen Umschlagen. 

5. Verfahren gemaB Anspruch 3 oder 4, wobei der 
Schritt des Einrichtens einer sicheren Zweiwegkom- 
munikationsverbindung welter die Schritte aufweist: 

- Vorsehen von Datenkomprimierungsmittein an 
dem Hostsystem (10, 11) zum Komprimieren 
der Umleitungsinformation vor einer Umleitung; 
und 

- Vorsehen von Datendekomprimierungsmittein 
an der mobilen Datenkommunikationsvorrich- 
tung (24) zum Dekomprimieren der komprimier- 
ten Umleitungsinformation. 

6. Verfahren gemaB einem der vorhergehenden An- 
spruche, das welter die Schritte aufweist: 

- Konfigurieren eines oder mehrerer Umlei- 
tungsereignisse an dem Hostsystem (10, 11 ); 

- Erfassen, dass ein Umleitungsereignis an dem 
Hostsystem (10, 11) stattgefunden hat, und Er- 
zeugen eines Umleitungsauslosers; 

- als Reaktion auf den Umleitungsausloser, Aus- 
fuhren des Ubertragungsschritts an dem Host- 
system (1 0, 1 1 ), um eine Umleitungsinformation 
an die mobile Datenkommunikationsvorrichtung 
(24) zu ubertragen. 

7. Verfahren gemaB einem der vorhergehenden An- 
spruche, das welter die Schritte aufweist: 

- Konfigurieren eines oder mehrerer Umlei- 
tungsereignisse an der mobilen Datenkommu- 
nikationsvorrichtung (24); 

- Erfassen, dass ein Umleitungsereignis an der 
mobilen Datenkommunikationsvorrichtung (24) 
stattgefunden hat, und Erzeugen eines Umlei- 
tungsauslosers; 

- als Reaktion auf den Umleitungsausloser, Aus- 
fuhren des Ubertragungsschritts an der mobilen 
Datenkommunikationsvorrichtung (24), um eine 
Umleitungsinformation an das Hostsystem (10, 
1 1 ) zu ubertragen. 

8. Verfahren gemaB einem der Anspruche 2 bis 7, wo- 
bei die Umleitungsinformation Kopien der Email- 
Nachrichten aufweist, wobei das Verfahren welter 
die Schritte aufweist: 

- Empfangen der Kopien von Email-Nachrichten 
an der mobilen Datenkommunikationsvorrich- 
tung (24); 

- Erzeugen von Antwortnachrichten an der mo- 
bilen Datenkommunikationsvorrichtung (24) 
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zum Senden an eine Vielzahl von Nachrichten- 
sendem und Ubertragen der Antwortnachrich- 
ten an das Hostsystem (10, 11); 

- Empfangen der Antwortnachrichten an dem 
Hostsystem (10, 11) und Konfigurieren einer 
Adressinformation der Antwortnachrichten, wo- 
bei Nachrichten, die entweder an dem Hostsy- 
stem (1 0, 1 1 ) Oder der mobilen Datenkommuni- 
kationsvorrichtung (24) erzeugt werden, die 
gleiche erste Adresse haben; und 

- Ubertragen der Antwortnachrichten von dem 
Hostsystem (10, 11) an die Vielzahl von Nach- 
richtensender (26, 28). 

9. Verfahren gemaB einem der vorhergehenden An- 
spruche, das welter den Schritt aufwelst: 

- Speichern von Information hinsichtlich der 
Konfiguration der mobilen Datenkommunikatl- 
onsvorrichtung (24) an dem Hostsystem (10, 
11). 

10. Verfahren gemaB Anspruch 9, wobei die Konfigura- 
tionsinformation, die an den Hostsystem (1 0, 1 1 ) ge- 
speichert 1st, umfasst: 

- die Netzwerkadresse der mobilen Datenkom- 
munikationsvorrichtung (24); und 

- eine Anzeige der Typen von Anhangen, welche 
die mobile Datenkommunikationsvorrichtung 
(24) empfangen und verarbeiten kann. 

11. Verfahren gemaB Anspruch 10, wobei die Konfigu- 
rationsinformation weiter umfasst: 

- eine Anzeige des Typs der mobilen Datenkom- 
munikationsvorrichtung (24). 

12. Verfahren gemaB Anspruch 10, wobei die Email- 
Nachrichten, die an dem Hostsystem (10, 11) emp- 
fangen werden, adressiert werden unter Verwen- 
dung einer Senderadresse und einer Empfanger- 
adresse, wobei das Verfahren weiter die Schritte auf- 
weist: 

- Bestimmen, ob die Empfangeradresse zu der 
mobilen Datenkommunikationsvorrichtung (24) 
gehort; 

- wenn die Empfangeradresse zu der mobilen 
Datenkommunikationsvorrichtung (24) gehort, 
dann Bestimmen einer Netzwerkadresse der 
mobilen Datenkommunikationsvorrichtung (24) 
und Erzeugen von Umleitungsinformation durch 
Neuverpacken der Nachrichten in elektronische 
Umschlage, die adressiert werden unter Ver- 
wendung der Empfangeradresse und der Netz- 
werkadresse der mobilen Datenkommunikati- 
onsvorrichtung (24); und 



- nach dem Empfangen der Umleitungsinforma- 
tion an der mobilen Datenkommunikationsvor- 
richtung (24), Extrahieren der Nachrichten aus 
den elektronischen Umschlagen und Anzeigen 

5 der Nachrichten an der mobilen Datenkommu- 

nikationsvorrichtung (24) unter Verwendung der 
Senderadresse und der Empfangeradresse, so 
dass es scheint, als ob die mobile Datenkom- 
munikationsvorrichtung (24) das Hostsystem 

10 (10, 11)ist. 

13. Verfahren gemaB einem der Anspruche 10 bis 12, 
das weiter die Schritte aufwelst: 

15 - fur jede umzuleitende Nachricht, Bestimmen 

durch das Hostsystem (10,11 ), ob die Nachricht 
einen Anhang umfasst, und wenn ja, dann Be- 
stimmen des Typs des Anhangs; 

- Zugreifen auf die gespeicherte Konfigurations- 
20 information an dem Hostsystem (1 0,1 1 ), um zu 

bestimmen, ob die mobile Datenkommunikati- 
onsvorrichtung (24) Anhange des bestimmten 
Typs empfangen und verarbeiten kann; und 

- wenn ja, dann Ubertragen von Umleitungsin- 
25 formation hinsichtlich der Anhange an die mo- 
bile Datenkommunikationsvorrichtung (24), und 
wenn nicht, dann Ubertragen von Umleitungs- 
information hinsichtlich der Anhange an eine 
Vorrichtung (30), die den Anhang verarbeiten 

30 kann. 

14. Verfahren gemaB Anspruch 13, wobei der Typ des 
Anhangs ein Audio-Clip ist. 

35 15. Verfahren gemaB Anspruch 6, wobei die Umlei- 
tungsereignisse externe Ereignisse, interne Ereig- 
nisse oder Netzwerk-Ereignisse umfassen. 

16. Verfahren gemaB Anspruch 15, wobei das externe 
^0 Ereignis eine Nachricht von der mobilen Datenkom- 
munikationsvorrichtung (24) zum Start einer Um- 
bzw. Weiterleitung ist. 

17. Verfahren gemaB Anspruch 15, wobei das interne 
^5 Ereignis ein Kalenderalarm ist. 

18. Verfahren gemaB Anspruch 15, wobei das interne 
Ereignis eine Aktivierung des Bildschirmschoners 
ist. 

50 

19. Verfahren gemaB Anspruch 15, wobei das interne 
Ereignis ein Tastatur-Timeout-Signal ist. 

20. Verfahren gemaB Anspruch 1 5, wobei die Netzwerk- 
55 Ereignisse Nachrichten zum Beginnen einer Um- 

bzw. Weiterleitung von Computersystemen umfas- 
sen, die nicht die mobile Datenkommunikationsvor- 
richtung (24) sind, die mit dem Hostsystem (10, 11) 
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uber ein verdrahtetes Netzwerk(1 8) verbunden sind. 

21. Verfahren gemaB einem der vorhergehenden An- 
spruche, wobei die mobile Datenkommunikations- 
vorriclitung (24) ein Pager ist. 

22. Verfahren gemaB einem der vorhergelnenden An- 
spruclie, wobei das Hostsystem (10,11) eine bevor- 
zugte Liste zum Begrenzen des Umleitungssclirittes 
auf ein Ubertragen von Umleitungsinformation nur 
fur die Naclnriclnten umfasst, die zu einem Sender 
auf der bevorzugten Liste gehoren. 

23. Verfahren gema3 Anspruch 22, wobei ein Benutzer 
Senderzu der bevorzugten Liste hinzufugen und da- 
von entfernen kann. 

24. Verfahren gema3 Anspruch 23, wobei der Benutzer 
Senderzu der bevorzugten Liste hinzufugen und da- 
von entfernen kann durch Konfigurieren des Host- 
systems (10, 1 1). 

25. Verfahren gemaB einem der Anspruche 23 oder 24, 
wobei der Benutzer Sender zu der bevorzugten Liste 
hinzufugen und davon entfernen kann durch Senden 
einer Anweisungsnachricht von der mobilen Daten- 
kommunikationsvorrichtung (24) an das Hostsystem 
(10, 11). 

26. Verfahren gemaB einem der Anspruche 22 bis 25, 
wobei die bevorzugte Liste an dem Hostsystem (1 0, 
1 1 ) aktiviert und deaktiviert wird. 

27. Verfahren gemaB einem der Anspruche 22 bis 26, 
wobei die bevorzugte Liste aktiviert und deaktiviert 
wird durch eine Anweisungsnachricht, die von der 
mobilen Datenkommunikationsvorrichtung (24) an 
das Hostsystem (10, 11) gesendet wird. 

28. Nachrichten-Um- bzw. Weiterleitungssystem, das 
an einem Hostsystem (10, 11) arbeitet, wobei das 
System aufweist: 

- Mittel zum Konfigurieren eines oder mehrerer 
Um- bzw. Weiterleitungs-Ereignisse an dem 
Hostsystem (10, 11); 

- Mittel zum Erfassen, dass ein Umleitungser- 
eignis an dem Hostsystem (10, 11) stattgefun- 
den hat, und Erzeugen eines Umleitungsauslo- 
sers; 

- Mittel zum Empfangen von Nachrichten an 
dem Hostsystem (1 0, 1 1 ) von einer Vielzahl von 
Nachrichtensendem (26, 28); 

- Mittel zum, als Reaktion auf den Umleitungs- 
ausloser, kontinuierlichen Umleiten derempfan- 
genen Email-Nachrichten von dem Hostsystem 
(10, 11) zu einer mobilen Datenkommunikati- 
onsvorrichtung (24), die zu dem Hostsystem 



(10, 11) gehort; 

- Mittel zum Empfangen von Antwortnachrichten 
von der mobilen Datenkommunikationsvorrich- 
tung (24) an dem Hostsystem (10, 11); und 

5 - Mittel zum Ubertragen der konfigurierten Ant- 

wortnachrichten von dem Hostsystem (10, 11) 
an die Vielzahl von Nachrichtensender (26, 28), 

wobei die Nachrichten Email-Nachrichten sind, 
^0 gekennzeichnet durch 

- Mittel zum Konfigurieren der Antwortnachrich- 
ten unter Verwendung einer Adressinformation 
des Hostsystems (10, 11) derart, dass die Ant- 

^5 wortnachrichten eine erste Adresse, die zu dem 

Hostsystem (10, 11) gehort, als die Ursprungs- 
adresse verwenden. 

29. System gemaB Anspruch 28, das welter aufweist: 

20 

- Mittel zum Einrichten einer sicheren Zweiweg- 
kommunikationsverbindung zwischen dem 
Hostsystem (10, 11) und der mobilen Daten- 
kommunikationsvorrichtung (24) uber ein draht- 

25 loses Netzwerk (22) vor einer Ubertragung von 

Umleitungsinformation zwischen dem Hostsy- 
stem (10, 11) und der mobilen Datenkommuni- 
kationsvorrichtung (24). 

30 30. System gemaB Anspruch 29, das welter aufweist: 

- Verschlusselungsmittel an dem Hostsystem 
(10, 11) zum Verschlussein der Umleitungsin- 
formation vor einer Ubertragung; und 

35 - Entschlusselungsmittel an der mobilen Daten- 

kommunikationsvorrichtung (24) zum Ent- 
schlusseln der Umleitungsinformation. 

31. System gemaB Anspruch 30, das welter aufweist: 

40 

- Verpackungsmittel an dem Hostsystem (10, 
11) zum Verpacken der Umleitungsinformation 
in elektronische Umschlage, die adressiert wer- 
den unter Verwendung einer elektronischen 

^5 Adresse der mobilen Datenkommunikationsvor- 

richtung (24), die zu dem drahtlosen Netzwerk 
(22) gehort; und 

- Entpackungsmittel an der mobilen Datenkom- 
munikationsvorrichtung (24) zum Extrahieren 

50 der Umleitungsinformation aus den elektroni- 

schen Umschlagen. 

32. System gemaB Anspruch 30 Oder 31 , das welter auf- 
weist: 

55 

- Datenkomprimierungsmittel an dem Hostsy- 
stem (10, 11) zum Komprimieren der Umlei- 
tungsinformation vor einer Umleitung; und 
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- Datendekomprimierungsmittel an der mobilen 
Datenkommunikationsvorrichtung (24) zum De- 
komprimieren der komprimierten Umleitungsin- 
formation. 



37. System gemaB einem der Anspruche 28 bis 36, wo- 
bei die mobile Datenkommunikationsvorriclitung 
(24) ein Pager ist. 



33. System gemaB einem der Anspruche 28 bis 32, das 
weiter aufweist: 

- IVIittel zum Speicliern von Information liinsiclit- 
lich der Konfiguration der mobilen Datenkom- 
munikationsvorrichtung (24) an dem Hostsy- 
stem (10, 11). 

34. System gemaB Anspruch 33, wobei die Konfigurati- 
onsinformation, die an dem Hostsystem (10, 11) ge- 
speichert ist, umfasst: 

- die Netzwerkadresse der mobilen Datenkom- 
munikationsvorrichtung (24); und 

- eine Anzeige der Typen von Anhangen, welche 
die mobile Datenkommunikationsvorrichtung 
(24) empfangen und verarbeiten kann. 

35. System gemaB Anspruch 34, wobei die Konfigurati- 
onsinformation weiter umfasst: 

- eine Anzeige des Typs der mobilen Datenkom- 
munikationsvorrichtung (24). 

36. System gemaB Anspruch 34, wobei die Email-Nach- 
richten, die an dem Hostsystem (1 0, 1 1 ) empfangen 
werden, adressiert werden unter Verwendung einer 
Senderadresse und einer Empfangeradresse, wo- 
bei das System weiter aufweist: 

- Mittel zum Bestimmen, ob die Empfanger- 
adresse zu der mobilen Datenkommunikations- 
vorrichtung (24) gehort; 

- Mittel zum Bestimmen einer Netzwerkadresse 
der mobilen Datenkommunikationsvorrichtung 
(24) und Erzeugen von Umleitungsinformation 
durch Neuverpacken der Nachrichten in elektro- 
nische Umschlage, die adressiert werden unter 
Verwendung der Empfangeradresse und der 
Netzwerkadresse der mobilen Datenkommuni- 
kationsvorrichtung (24), wenn die Empfanger- 
adresse zu der mobilen Datenkommunikations- 
vorrichtung (24) gehort; und 

- Mittel zum, nach dem Empfangen der Umlei- 
tungsinformation an der mobilen Datenkommu- 
nikationsvorrichtung (24), Extrahieren der 
Nachrichten aus den elektronischen Umschla- 
gen und Anzeigen der Nachrichten an der mo- 
bilen Datenkommunikationsvorrichtung (24) un- 
ter Verwendung der Senderadresse und der 
Empfangeradresse, so dass es scheint, als ob 
die mobile Datenkommunikationsvorrichtung 
(24) das Hostsystem (10, 11) ist. 



Revendications 

1 . Precede de reacheminement de messages fonction- 
nant au niveau d'un systeme hote (10, 11 ), compre- 

10 nant les etapes qui consistent : 

- a configurer un ou plusieurs evenements de 
reacheminement au systeme hote (10, 11), 

- a detecter qu'un evenement de reachemine- 
15 ment a eu lieu au systeme hote (10, 11) et a 

generer un declencheur de reacheminement ; 

- a recevoir des messages au systeme hote (1 0, 
11) en provenance de multiples envoyeurs de 
message (26, 28) ; 

20 - en reponse au declencheur de reachemine- 

ment, a reacheminer en continu les messages 
regus du systeme hote (10, 1 1) a un dispositif 
de communication mobile de donnees (24) as- 
socie au systeme hote (10, 11) ; 

25 - a recevoir des messages de reponse depuis 

le dispositif de communication mobile (24) de 
donnees au systeme hote (10, 11) ; et 

- a transmettre les messages de reponse confi- 
gures du systeme hote (10, 11) aux multiples 

30 envoyeurs de messages (26, 28), 

dans lequel les messages sont des messages de 
courrier electronique, 
caracterise par 

35 

- la configuration des messages de reponse en 
utilisant une information d'adresse du systeme 
hote (10, 1 1 ) de maniere que les messages de 
reponse utilisent une premiere adresse asso- 

^0 ciee au systeme hote (1 0, 1 1 ) en tantqu'adresse 

d'origine. 

2. Precede selon la revendication 1, comprenant en 
outre I'etape qui consiste : 

45 

- a etablir une liaison securisee de communica- 
tion bidirectionnelle entre le systeme hote (10, 
1 1 ) et le dispositif de communication mobile (24) 
de donnees sur un reseau sans fil (22) avant la 

50 transmission d'une information de reachemine- 

ment entre le systeme hote (10, 1 1) et le dispo- 
sitif de communication mobile (24) de donnees. 

3. Precede selon la revendication 2, dans lequel I'eta- 
55 blissement d'une liaison securisee de communica- 
tion bidirectionnelle comprend en outre les etapes 
qui consistent : 
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- a prevoir un moyen de cryptage au systeme 
hote (10, 11) pour crypter rinformation de rea- 
cheminement avant remission, et un moyen de 
decryptage correspondant au niveau du dispo- 
sitif de communication mobile (24) de donnees 5 
pour decrypter I'information de reaclnemine- 
ment. 

4. Precede selon la revendication 3, dans lequel I'etape 
d'etablissement d'une liaison securisee de commu- 
nication bidirectionnelle comprend les etapes qui 
consistent : 

- a prevoir un moyen de conditionnement au ni- 
veau du systeme hote (1 0, 1 1 ) pourconditionner 
I'information de reacheminement dans des en- 
veloppes electroniques adressees en utilisant 
une adresse electronique du dispositif de com- 
munication mobile (24) de donnees associe au 
reseau sans fil (22) ; et 20 

- a prevoir un moyen de deconditionnement au 
niveau du dispositif de communication mobile 
(24) de donnees pour extraire des enveloppes 
electroniques I'information de reacheminement. 

25 

5. Precede selon la revendication 3 ou 4, dans lequel 
I'etape d'etablissement d'une liaison securisee de 
communication bidirectionnelle comprend en outre 
les etapes qui consistent : 

30 

- a prevoir un moyen de compression de don- 
nees au systeme hote (10, 11) pour comprimer 
rinformation de reacheminement avant le 
reacheminement ; et 

- a prevoir un moyen de decompression de don- 35 
nees au dispositif de communication mobile (24) 

de donnees pour decomprimer I'information de 
reacheminement comprimee. 

6. Precede selon Tune quelconque des revendications ^0 
precedentes, comprenant en outre les etapes qui 
consistent : 

- a configurer un ou plusieurs evenements de 
reacheminement au systeme hote (10,11); 

- a detecter qu'un evenement de reachemine- 
ment a eu lieu au systeme hote (10, 11) et a 
generer un declencheur de reacheminement ; 

- en reponse au declencheur de reachemine- 
ment, a executer I'etape de transmission au sys- 50 
teme hote (10, 11) afin de transferer une infor- 
mation de reacheminement au dispositif de 
communication mobile (24) de donnees. 

7. Precede selon Tune quelconque des revendications 55 
precedentes, comprenant en outre les etapes qui 
consistent : 



- a configurer un eu plusieurs evenements de 
reacheminement au dispositif de communica- 
tion mobile (24) de donnees ; 

- a detecter qu'un evenement de reachemine- 
ment a eu lieu au dispositif de communication 
mobile (24) de donnees et a generer un declen- 
cheur de reacheminement ; 

- en reponse au declencheur de reachemine- 
ment, a executer I'etape de transmission au ni- 
veau du dispositif de communication mobile (24) 
de donnees afin de transferer information de 
reacheminement au systeme hote (10, 11). 

8. Precede selon I'une des revendications 2 a 7, dans 
lequel I'information de reacheminement comprend 
des copies des messages de courrier electronique, 
le precede comprenant en outre les etapes qui 
consistent : 

- a recevoir les copies de messages de courrier 
electronique au dispositif de communication 
mobile (24) de donnees ; 

- agenererdes messages de reponse au niveau 
du dispositif de communication mobile (24) de 
donnees, devant etre envoyes a de multiples 
envoyeurs de messages et a transmettre les 
messages de reponse au systeme hote (10, 

11); 

- a recevoir les messages de reponse au syste- 
me hote (10, 1 1 ) et a configurer une information 
d'adresse des messages de reponse, les mes- 
sages generes au systeme hote (10, 1 1 ) ou au 
dispositif de communication mobile (24) de don- 
nees ayant en commun la premiere adresse ; et 

- a transmettre les messages de reponse du sys- 
teme hote (10, 11) aux multiples envoyeurs de 
message (26, 28). 

9. Precede selon I'une des revendications preceden- 
tes, comprenant en outre I'etape qui consiste : 

a stocker au systeme hote (10,11) une informa- 
tion concernant la configuration du 
dispositif de communication mobile (24) de don- 
nees. 

10. Precede selon la revendication 9, dans lequel Tin- 
formation de configuration stockee au systeme hote 
(10, 11) comprend : 

- I'adresse dans le reseau du dispositif de com- 
munication mobile (24) de donnees ; et 

- une indication des types d'accessoires que le 
dispositif de communication mobile (24) de don- 
nees peut recevoir et traiter. 

11. Precede selon la revendication 10, dans lequel Tin- 
formation de configuration comprend en outre : 
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- une indication du type du dispositif de commu- 
nication mobile (24) de donnees. 

12. Precede selon la revendication 10, dans lequel les 
messages de courrier electronique qui ont ete regus 
au systeme hote (10, 11) sont adresses en utilisant 
une adresse d'envoyeur et une adresse de recep- 
teur, le precede comprenant en outre les etapes qui 
consistent : 

- a determiner si I'adresse de recepteur est as- 
sociee au dispositif de communication mobile 
(24) de donnees ; 

- si I'adresse de recepteur est associee au dis- 
positif de communication mobile (24) de don- 
nees, a determiner alors une adresse dans le 
reseau du dispositif de communication mobile 
(24) de donnees et a generer une information 
de reacheminement en reconditionnant les 
messages dans des enveloppes electroniques 
adressees en utilisant I'adresse de recepteur et 
I'adresse dans le reseau du dispositif de com- 
munication mobile (24) de donnees ; et 

- apres la reception de I'information de reache- 
minement au dispositif de communication mo- 
bile (24) de donnees, a extraire les messages 
des enveloppes electroniques et a afficher les 
messages au dispositif de communication mo- 
bile (24) de donnees en utilisant I'adresse d'en- 
voyeur et I'adresse de recepteur, afin qu'elle ap- 
paraisse comme si le dispositif de communica- 
tion mobile (24) de donnees etait le systeme ho- 
te (10, 11). 

13. Precede selon Tune des revendications 10 a 12, 
comprenant en outre les etapes qui consistent : 

- pour chaque message devant etre reachemi- 
ne, a determiner par le systeme hote (10, 1 1 ) si 
le message comprend une piece jointe, et, s'il 
en est ainsi, a determiner ensuite le type de pie- 
ce jointe ; 

- a acceder a I'information de configuration stoc- 
kee au systeme hote (10, 11) afin de determiner 
si le dispositif de communication mobile (24) de 
donnees peut recevoir et traiter des pieces join- 
tes du type determine ; et 

- s'il en est ainsi, a transmettre alors une infor- 
mation de reacheminement concernant les pie- 
ces jointes au dispositif de communication mo- 
bile (24) de donnees et, s'il n'en est pas ainsi, a 
transmettre alors une information de reachemi- 
nement concernant les pieces jointes a un dis- 
positif (30) qui est capable de traiter la piece 
jointe. 

14. Precede selon la revendication 13, dans lequel le 
type de piece jointe est un insert audio. 



15. Precede selon la revendication 6, dans lequel les 
evenements de reacheminement comprennent des 
evenements exterieurs, des evenements interieurs 
eu des evenements en reseau. 

5 

1 6. Precede selon la revendication 1 5, dans lequel I'eve- 
nement exterieur est un message provenant du dis- 
positif de communication mobile (24) de donnees 
pour commencer un reacheminement. 

10 

17. Precede selon la revendication 15, dans lequel le 
message interieur est une alarme calendaire. 

1 8. Precede selon la revendication 1 5, dans lequel I'eve- 
^5 nement interieur est une activation d'economiseur 

d'ecran. 

1 9. Precede selon la revendication 1 5, dans lequel I'eve- 
nement interieur est un signal de temporisation de 

20 clavier. 

20. Precede selon la revendication 15, dans lequel les 
evenements en reseau comprennent des messages 
pour commencer un reacheminement depuis des 

25 systemes informatiques autres que le dispositif de 
communication mobile (24) de donnees, qui sont 
cennectes au systeme hote (10, 11) par I'interme- 
diaire d'un reseau cable (18). 

30 21. Precede selon I'une des revendications preceden- 
tes, dans lequel le dispositif de communication mo- 
bile (24) de donnees est un dispositif de radiomes- 
sagerie. 

35 22. Precede selon I'une des revendications preceden- 
tes, dans lequel le systeme hote (10, 11) comprend 
une liste preferee pour limiter I'etape de reachemi- 
nement a la transmission d'une information de rea- 
cheminement uniquement pour des messages qui 

^0 sont associes a un envoyeur sur la liste preferee. 

23. Precede selon la revendication 22, dans lequel un 
utilisateur peut ajouter et soustraire des envoyeurs 
de la liste preferee. 

45 

24. Precede selon la revendication 23, dans lequel I'uti- 
lisateur peut ajouter et soustraire des envoyeurs de 
la liste preferee en configurant le systeme hote (1 0, 
11). 

50 

25. Precede selon I'une des revendications 23 et 24, 
dans lequel I'utilisateur peut ajouter et soustraire des 
envoyeurs de la liste preferee en transmettant un 
message d'erdre du dispositif de communication 

55 mobile (24) de donnees au systeme hote (10, 11 ). 

26. Precede selon I'une des revendications 22 a 25, 
dans lequel la liste preferee est activee et desactivee 
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au systeme hote (10, 11 ). 

27. Procede selon Tune des revendications 22 a 26, 
dans lequel la liste preferee est activee et desactivee 
par un message d'ordre transmis du dispositif de 5 
communication mobile (24) de donnees au systeme 
hote (10, 11). 

28. Systeme de reacheminement de messages fonc- 
tionnant a un systeme hote (10, 11), le systeme 
comportant : 

- un moyen pour configurer un ou plusieurs eve- 
nements de reacheminement au systeme hote 
(10,11); 15 

- un moyen pour detecter qu'un evenement de 
reacheminement a eu lieu au systeme hote (1 0, 
11) et pour generer un declencheur de 
reacheminement ; 

- un moyen pour recevoir des messages au sys- 20 
teme hote (10, 11) depuis de multiples en- 
voyeurs (26, 28) de messages ; 

- un moyen pour, en reponse au declencheur de 
reacheminement, reacheminer en continu des 
messages de courrier electronique regus du 25 
systeme hote (1 0, 1 1 ) vers un dispositif de com- 
munication mobile (24) de donnees associe au 
systeme hote (1 0, 1 1 ) ; 

- un moyen destine a recevoir au systeme hote 
(10, 11) des messages de reponse en prove- 3o 
nance du dispositif de communication mobile 
(24) de donnees ; et 

- un moyen destine a transmettre les messages 
de reponse configures du systeme hote (10, 11) 
aux multiples envoyeurs de message (26, 28), 35 

dans lequel les messages sont des messages de 
courrier electronique, caracterise par 

- un moyen destine a configurer les messages ^0 
de reponse en utilisant une information d'adres- 

se du systeme hote (1 0, 1 1 ) de maniere que les 
messages de reponse utilisent une premiere 
adresse associee au systeme hote (10, 1 1) en 
tant qu'adresse d'origine. 

29. Systeme selon la revendication 28, comportant en 
outre : 



30. Systeme selon la revendication 29, comportant en 
outre : 

- un moyen de cryptage au systeme hote (10, 
1 1 ) destine a crypter I'information de reachemi- 
nement avant remission ; et 

- un moyen de decryptage au dispositif de com- 
munication mobile (24) de donnees destine a 
decrypter I'information de reacheminement. 

31. Systeme selon la revendication 30, comportant en 
outre : 

-un moyen deconditionnementau systeme hote 
(10, 11) destine a conditionner I'information de 
reacheminement dans des enveloppes electro- 
niques adressees en utilisant une adresse elec- 
tronique du dispositif de communication mobile 
(24) de donnees associe au reseausansfil (22) ; 
et 

- un moyen de deconditionnement du dispositif 
de communication mobile (24) de donnees des- 
tine a extraire des enveloppes electroniques Tin- 
formation de reacheminement. 

32. Systeme selon la revendication 30 ou 31, compor- 
tant en outre : 

- un moyen de compression de donnees au sys- 
teme hote (10, 11) destine a comprimer I'infor- 
mation de reacheminement avant le 
reacheminement ; et 

- un moyen de decompression de donnees au 
dispositif de communication mobile (24) de don- 
nees destine a decomprimer I'information de 
reacheminement comprimee. 

33. Systeme selon I'une des revendications 28 a 32, 
comportant en outre : 

- un moyen destine a stocker au systeme hote 
(10,11 ), une information concernant la configu- 
ration du dispositif de communication mobile 
(24) de donnees. 

34. Systeme selon la revendication 33, dans lequel Tin- 
formation de configuration stockee au systeme hote 
(10, 11) comprend : 



- un moyen destine a etablir une liaison securi- 50 
see de communication bidirectionnelle entre le 
systeme hote (1 0, 1 1 ) et le dispositif de commu- 
nication mobile (24) de donnees en passant par 
un reseau sans fil (22) avant la transmission 
d'une information de reacheminement entre le 55 
systeme hote (1 0, 1 1 ) et le dispositif de commu- 
nication mobile (24) de donnees. 



- Tadresse dans le reseau du dispositif de com- 
munication mobile (24) de donnees ; et 

- une indication des types de pieces jointes que 
le dispositif de communication mobile (24) de 
donnees peut recevoir et traiter. 

35. Systeme selon la revendication 34, dans lequel Tin- 
formation de configuration comprend en outre : 
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- une indication du type du dispositif de commu- 
nication mobile (24) de donnees. 

36. Systeme selon la revendication 34, dans lequel les 
messages de courrier electronique qui ont ete regus 5 
au systeme hote (10, 11) sont adresses en utilisant 
une adresse d'envoyeur et une adresse de recep- 
teur, le systeme comportant en outre : 

- un moyen destine a determiner si I'adresse de 
recepteur est associee au dispositif de commu- 
nication mobile (24) de donnees ; 

- un moyen destine a determiner une adresse 
dans le reseau du dispositif de communication 
mobile (24) de donnees et a generer une infer- 
mation de reacheminement en reconditionnant 
les messages dans des enveloppes electroni- 
ques adressees en utilisant I'adresse de recep- 
teur et I'adresse dans le reseau du dispositif de 
communication mobile (24) de donnees si 20 
I'adresse de recepteur est associee au dispositif 

de communication mobile (24) de donnees ; et 

- un moyen destine, apres la reception de I'in- 
formation de reacheminement au dispositif de 
communication mobile (24) de donnees, a ex- 25 
traire des enveloppes electroniques les messa- 
ges et a afficher les messages au dispositif de 
communication mobile (24) de donnees en uti- 
lisant I'adresse d'envoyeur et I'adresse de re- 
cepteur, afin qu'elle apparaisse comme si le dis- 3o 
positif de communication mobile (24) de don- 
nees etait le systeme hote (10, 11 ). 

37. Systeme selon I'une des revendications 28 a 36, 
dans lequel le dispositif de communication mobile 35 
(24) de donnees est un dispositif de radiomessage- 

rie. 
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